GeoRadio

ABSTRACT

Systems, methods, and computer-program products are described for determining current location information which includes determining whether an object is moving by comparing the current location information with previous location information. Future location information is calculated and a point of interest is filtered using the future location information. A media asset is then matched to the filtered point of interest and a current score is determined for the matched media asset. Determining a current score includes determining a window in which the matched media asset is geographically relevant to the future location information, and updating the matched media asset score when the future location information changes. An ordered playlist is dynamically generated according to the future location information by repeatedly prioritizing and sequencing matched media assets according to the current score for each matched media asset, and matched media assets are played or displayed in the ordered playlist.

CROSS-REFERENCES TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/208,164, filed on Dec. 3, 2018, entitled GEORADIO, which is acontinuation of U.S. patent application Ser. No. 15/797,503, filed Oct.30, 2017, entitled GEORADIO, now U.S. Pat. No. 10/180,942, issued Jan.15, 2019, which is a continuation of U.S. patent application Ser. No.15/291,644, filed Oct. 12, 2016, now U.S. Pat. No. 9,830,322, issuedNov. 28, 2017 entitled GEORADIO, which is a continuation of Ser. No.15/143,232, filed Apr. 29, 2016, now U.S. Pat. No. 9,858,276, issuedJan. 2, 2018, entitled MEDIA SEQUENCING METHOD TO PROVIDELOCATION-RELEVANT ENTERTAINMENT, which is a continuation of Ser. No.14/676,689, filed Apr. 1, 2015, which is now U.S. Pat. No. 9,355,154,issued May 31, 2016, entitled MEDIA SEQUENCING METHOD TO PROVIDELOCATION-RELEVANT ENTERTAINMENT, which is a continuation of Ser. No.12/286,859, filed Oct. 2, 2008, which is now U.S. Pat. No. 9,031,939,issued May 12, 2015, entitled MEDIA SEQUENCING METHOD TO PROVIDELOCATION-RELEVANT ENTERTAINMENT, and claims the benefit of provisionalapplication No. 60/997,358, filed Oct. 3, 2007, entitled MEDIA SEQUENCERWITH GPS TRIGGER, the contents of which are hereby incorporated byreference in their entirety.

TECHNICAL FIELD

The present invention is directed in general to provisioningentertainment and information programming that is location-relevant, andin particular, to a method for providing such programming to handhelddevices, automobile navigation systems, and airplane in-flightentertainment systems.

BACKGROUND OF THE INVENTION

Methods for providing location-relevant data to location-aware devicesare well-known. But the majority of such methods describe visual-onlyinformation such as text or icons on a map, and not audio or videomedia. Of the few methods that do concern location-triggered “rich”media such as audio or video, none of them describes ability past thesimple triggering of such media when the user is near a certain point ofinterest. The present invention furthers the Art by creating the abilityto prioritize and sequence the relevant assets into anintelligently-ordered playlist, creating the impression of a cohesiveentertainment program.

This method is envisioned for devices such as iPhones, Blackberrys,smartphones, cell phones, and other devices that are location-aware,either by using GPS and/or using other location-finding methods. Anotherincarnation is for navigation units that reside in cars and other groundvehicles. A further incarnation is for the in-flight entertainmentsystem of airplanes.

Location-triggered players for playing location-based content on anairplane do not exist. A market survey of the In-Flight Entertainment(IFE) managers of the major US airlines confirms that such a technologyhas never existed on their airplanes, nor is it known to ever have beensuggested to them as an available product. However, once having heard ofsuch a prospective product—with which passengers hear a guided tour ofthe landscape, incorporating music, documentary, and explanations of theplaces they see out the window at that very moment—interest among theseservice buyers is high. In this realm, the current invention is unique.

Prior Art of GPS-Triggered Audio Devices

GPS-triggered audio devices for automobiles are known. But the majorityof the art concerns itself with methods for conveying traffic andweather information. In a small number of instances, it is an explicitlystated function of a technology to provide other information such as“point-of-interest” information or advertisements. In very few cases isthe function to provide geo-specific “entertainment.” The current stateof the art, even in its incarnation most closely approximating“entertainment,” is rudimentary in creating what is known amongentertainment industry professionals as “entertainment value.”

To wit: in even the most advanced form of the existing art, there may belong gaps between audio assets; if there is a mixture of categories(music, documentary, simple ID's), there is no thoughtful order toalternate such assets, and there may be a stream of same-categoryassets; there is no ability to direct the listener's gaze right or left,depending where the point-of-interest is; there is no utility to tellthe listener via audio how far away the point-of-interest is; if adriver is following a historic trail, there is no utility to tell thestory differently going North than going South; there is nofunctionality to fade down music, play a point-of-interest assetsimultaneously, and fade the music back up; there is no forward-thinkingalgorithm that predicts the time available to a milestone ahead andchooses an asset that will fit within the time available; there is noutility to intelligently balance assets which are short (e.g. 3 seconds)with those that are long (e.g. a mini-documentary, which may last 3minutes); or to prioritize assets that are geo-specific (e.g.identification of a town), against those that can be played anytime butshould find a home in the playlist sometime (e.g. a song about a state).

The impression, therefore, is less “entertainment” and more“information,” and less “tour guide” and more of a string of unconnectedaudio assets. The current art is able to play individual audio assetswhich may in themselves be entertaining. But there is a need for atechnology that synthesizes these assets in a manner that approximatesthe production value of a professional radio program.

Prior Art of GPS-Triggered Advertising

Although some existing applications are designed to play advertisements,none of them is designed with specific functionality to interweaveadvertisements with entertainment. Technologies designed foradvertisements but not entertainment will only be effective if the useris willing to hear nothing but advertisements. However, two entireindustries, television and radio, are based on the well-known successfulformula of interweaving advertisements within entertainment programming.If used to its capability, the current invention can create theimpression of an entertaining radio station of music, storytelling, andadvertisements. If geo-relevant advertisements are part of programmingthat viewers are already listening to (if, for example, a song ends andthen the listener hears, “I see you're approaching Exit 7—come eat atJoe's Diner”), such advertisement placement will be more attractive toadvertisers than the current art can provide.

For the preceding reasons, there is a need for such a system and method,for handheld units, automobiles, and airplanes.

Prior Art of Music Scheduling

Integrating an automated scheduling component into the current inventionwill solve the aforementioned drawbacks. Such “playlist” programs arewell-known, but have not been integrated into GPS-triggered systems.Such programs allow music programmers such as radio station managers toinput rules concerning the placement and importance of songs (forexample, to disallow two songs from the same artist to play within thesame hour), with the result that the algorithm prioritizes assets fromthe music library and schedules them correctly.

BRIEF SUMMARY OF THE INVENTION

The present invention creates the impression of a well-organized andcontinuous radio program, by responding to location signals, whether viaGPS or other method, selecting and sequencing location-relevant audio orvisual assets according to a set of rules, and playing them through theexisting audio or video system of the device. From the user's directionand speed, the application creates a forecast of assumed motion, plansthe media program accordingly, and changes the program if the motionchanges. The application filters and prioritizes assets of variouslengths and with various degrees of geographic specificity, ranging fromvery specific such as announcement about Points of Interest (POIs) tovery broad such as songs about states. POIs are announced with anotation that identifies the distance to the POI and an indicationwhether it is on the left or right. The audio describing relativelocation (prefix) is grafted to the audio describing the location(suffix) in a way that creates the impression that the narrator says itas one sentence. The assets reside on a central server and cachedlocally and are transmitted when needed to the vehicle as required bythe user's location.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is more readily understood from the followingdetailed description with reference to the accompanying drawings, andwherein,

FIG. 1 depicts a General Overview;

FIG. 2 depicts the method of the Geo Filter;

FIG. 3 depicts the conceptual basis of Geo-Filter P;

FIG. 4 depicts the conceptual bases of Geo-Filters A and L;

FIG. 5 depicts the method of the Asset Filter;

FIG. 6 depicts the method of the Playlist Creation module;

FIG. 7 depicts Play-window Calculation and the Cone of Visibility methodof the Playlist Creation module;

FIG. 8 depicts the Playlist Creation loop;

FIG. 9 depicts the Prefix Selection Module of the Playlist loop; and

FIG. 10 depicts the Playback Module.

DETAILED DESCRIPTION OF THE INVENTION

The principles of the present invention may be practiced in thefollowing manner. While three embodiments are described herein, itshould be understood that the principles of the invention as claimed arenot limited by these described embodiments.

General Overview

Referring to FIG. 1, the space-borne GPS system of satellites 101transmits GPS signals which are received by a GPS receiver in thedevice, and interpreted by the Location Determination Module 102.Alternately, location information is provided by other means, such ascell-phone tower triangulation. This location data is passed to theMotion Analysis module 103. By comparing with previously-received data,the Motion Analysis module determines if the user is moving. If not, itpasses current location data 104 to the Geo Filter module 106. But ifthe user is moving, the Motion Analysis module calculates speed,direction, and future location data 105 which it also passes to the GeoFilter module.

A Geo database 108 on a remote server 107 provides a lookup array ofgeocoded information regarding POIs (Points of Interest) to the GeoFilter 106. More explanation as to how the Geo Filter works is givenbelow. The networked Geo database is accessed on an as-needed basis andmay be cached locally.

The Asset Database 109 on a remote server is a listing of audio andvisual assets contained in the Network Asset library 110, and includes avariety of metadata associated with each asset, including which POIs maytrigger the asset, class information, other criteria which will befactors in when to play the asset, and text information. The networkedAsset Database is accessed on an as-needed basis and may be partiallycached locally.

Data from the Asset Database is passed to the Asset Filter 111. Moreexplanation as to how the Asset Filter works is given below.

A set of qualifying assets are passed to the Playlist Creation module112, which creates a playlist of the next n assets which are determinedbest to be played in the near future, as calculated by the movement ofthe user. This is the heart of the invention. More description ofPlaylist Creation module 112 is given below.

A playlist of n assets having been selected, the playlist information ispassed to the Media Acquisition module 114. If a needed asset is notcached locally, this module acquires it from the Network Asset Library110, using any transmission means available including wireless and/orinternet protocol. Assets which are expected to be used in the nearfuture are cached, so there will be no problem with missing data in alow-bandwidth or data-blackout situation.

In Playback module 115, each asset is triggered at its assigned time.The module creates electric audio signals which are sent to the unit'sor vehicle's existing AN Player for playing in speakers or headphones.In the airplane-based embodiment of the invention, the signal created bythe invention may be integrated into the In-Flight Entertainmentsystem's current channel lineup, and exist as its own channel.

The Playlist Creation module 112 may also output a visual representationof the next n assets to the unit's Visual Display 113 so users can readwhat to expect in the near future.

The Playback module may also output data to the Usage Log 116 to createa history of which asset was played, and when. This data is used forseveral purposes, such as reporting for music rights, reporting foradvertising placement, and user data analysis for use in qualitycontrol.

Practical Note on Size of Media Storage

The different embodiments of the invention dictate different needs formedia storage which are dictated by the quantity of POIs, as follows:

Quantity of POIs: airplanes. It is useful to calculate an ideal quantityof POIs to create an interesting, varied, and non-stop audio program.Consider the airplane embodiment. At cruising altitude, POIs such ascities can be seen comfortably up to about 30 miles away, from eitherside of the airplane. This creates a viewing corridor 60 miles wide.With this in mind, it is calculated that, to create a continuous programthat would provide relevant content for any possible route over the 48contiguous states of the US, there should be about 20,000 POIsidentified for that area.

Cache Size: Airplanes.

Audio assets will range in length from short ID's of a POI (which maylast for only 5 seconds), to documentary-style features (can be anylength, averaging 1 to 4 minutes), to songs (average length is 3.5 to 4minutes). It is calculated that a varied mixture of such assets to cover20,000 POIs would amount to about 100 hours of audio time. With currentMP3 compression, this requires about 6 gigabytes of storage space. It isnot unreasonable to load this entire media library onto the system of anaircraft's IFE avionics or onto a removable storage device. Therefore,little asset refreshment is necessary except for updates, which mayoccur, for example, weekly.

However, the handheld and automotive embodiment requires a differentstorage proposition, with more frequent updates.

Quantity of POIs: handheld units and car navigation units. It isenvisioned that the program will be used to provide GPS-basedentertainment wherever people or automobiles may go, and that theentertainment content and advertiser content will be dynamicallyupdatable. Therefore, the size of the asset library is theoreticallyunlimited, and the media acquisition capabilities must be on-demand. Oneway of accomplishing this, for example, is to have the unit download allrelevant assets within a range of a few miles.

Geo-Filter Module

Referring to FIG. 2, we can understand how the Geo Filter Module works.

The administrator of the program creates a large GeoDatabase 202,referred to as D, which resides on remote server 201. In the airplaneembodiment of the invention, D may be, for example, a list of 20,000points, representing cities, mountains, and other visible points ofinterest across the United States. Each record in the list contains aPOI name and latitude and longitude.

The first step in the process is to reduce D to a subset of qualifyingPOIs QP (209), based on location information provided by the MotionAnalysis module. QP represents every possible POI which is relevant at agiven position.

There are three filters to select these POIs: Filter P (203), Filter A(205), and Filter L (207), which select Points, Areas, and Lines,respectively. The reason for three filters is that the mathematicalcalculation of proximity is different for each shape of POI. More detailabout the methods of each filter is given below. The results of thesefilters are Subset P (204), Subset A (206), and Subset L (208).Together, these constitute the total subset of qualifying POIs QP (209).

Filter P Conceptual Basis

Referring to FIG. 3, we can understand the conceptual basis for FilterP, which selects qualifying points.

For the handheld and car embodiments of the system 301, a point 302qualifies by a simple point-to-point distance calculation, so that anypoint within, for example, a radius 500 feet should qualify.

Distance Method Versus Cone of Visibility

However, referring to FIG. 4, it can be seen that in the airplaneembodiment of the invention, the distance method has a drawback.

Consider, in Distance Method 401, points P1 and P2. PI is closer to theairplane than P2. However, because it is almost directly in front of theairplane, it cannot be seen by the passengers out of their windows. Ifthe invention's goal is to identify points that can be seen out thewindow, P1 should not qualify with the airplane at its current position.But P2, which is at a more advantageous angle, should qualify.

The Cone of Visibility Method 402 fixes this problem. Using geometriccalculations, it ensures that qualifying points fall within a visiblecone to the right or left of the airplane.

Consider point P2 in this method. From point P2, a line is calculated atright angles to the airplane's route. The intersection of these lines isperigee (P2) (404), which by definition is the closest location theairplane will ever get to P2. Two more lines are calculated, at plus andminus 45 degrees divergent (403) from the line from P2 to perigee (P2).The points at which these lines intersect the airplane's route representthe beginning and end of the “Play Window” for that particular point,called PWstart (P2) (405) and PWend (P2) (406). The point P2 qualifiesonly if the airplane is within this Play Window.

The practical implications of this are that points that are further awayfrom the airplane's route (such as P2) have a larger Play Window, andhence there is more flexibility as to when they may be played. Pointsthat are closer to the airplane's route (such as PI) have a smaller PlayWindow, and the timing for these points is more critical.

The result of this method is that points do not qualify unless (weatherconditions and daylight permitting) they are actually comfortablyvisible out of the windows of the airplane, in a cone that extends 45degrees forward and 45 degrees backward.

If points qualify under filter P, they can be added to Subset P: the setof eligible point-shaped POIs 204.

Filters A & L—Conceptual Basis

Referring to FIG. 5, we can understand the conceptual bases for FilterA, which selects qualifying areas 501, and Filter L, which selectsqualifying lines 504. The filters are applicable in all embodiments ofthe invention.

POIs that are areas 502, commonly referred to in the mapping field aspolygons, include items such as lakes, state parks, and states. The testdetermines if the user is in or above any portion of such an area, or ifit is within visible distance. The filter geometrically calculates abuffer 503 of width N. If the user is within this buffer, or in or abovethe POI itself, the area-shaped POI is (weather conditions and daylightpermitting) considered to be visible, and hence in contention.

POIs that are lines 505, commonly referred to in the mapping field aspolylines, include straight and non-straight items such as rivers,highways, and geographic borders. The filter geometrically calculates abuffer 506 of width N. If the user is within this buffer, theline-shaped POI is (weather conditions and daylight permitting)considered to be visible, and hence in contention.

Asset Filter

Referring to FIG. 6, now that we know where we are and what POIs we arenear, we must check to see if there are media assets available that arerelevant to the POI.

Media assets vary in length and variety. In the first incarnation of theprogram it is assumed that most will be MP3 audio files. One example maybe 2 seconds in length, consisting of a narrator saying the words, “TheEast River.” Another example may be a 2-minute long mini-documentaryexplaining crop irrigation circles. Other media assets will be songs,which usually average 3.5 minutes in length.

The Asset Filter module considers: for each point in subset QP (601), isthere an asset in the asset database 603? There may be no assetavailable specifically for a given POI, but there may frequently be aselection of assets more generally relevant to that POI. For example, ifthe POI is the state of Texas, there are many songs about the state, allof which are eligible to be played.

The Asset Matchup accesses the Asset database 602 on the remote server601, performs a matchup 604 to see which assets qualify to be playedgiven for any of the qualifying POIs in subset QP (601). The filtercreates Subset QA (605), which is a list of all assets which may beplayed for any or all of the qualifying POIs. This list is passed to thePlaylist Creation Module.

Playlist Creation Module

Referring to FIG. 7, we can understand the method of the PlaylistCreation Module, which chooses a single asset from the subset of allqualifying assets, Subset QA, and then iterates the process to create aplaylist of several sequential assets.

By referring back to FIG. 1, we are reminded of the difference betweenPOIs and assets. Whereas “POIs” are geographic Points of Interest,“Assets” are pieces of media such as short MP3s, which are relevant tocertain POIs. The Playlist Creation Module is concerned withprioritizing not the subset of POIs Subset QP, but that of Assets,Subset QA.

The program first determines the current mode 701. Depending on themode, different rules apply. If the mode is “Turn on” 702, the programwill choose a “Welcome” asset before changing the mode to “Cruising”704. This creates a pleasing introduction to the program as the unit isturned on, or as the airplane takes off If the mode is “State Line” 703,the program will execute a script of assets. For example, first, thenarrator will notify us that we are leaving the old state. Then we willbe welcomed to the new state. Then, a celebrity from that state willgreet us, and then a sponsor will have a message. After that, the modeis changed to cruising 704, and there is much more freedom for theprogram to choose assets. There may be other specialized modes; theseare only given as examples of how modes affect playlist selection.

Cruising Mode 704

This is the main mode of the program. For the sake of variety, there isa pattern 705 which the program is designed to follow:song-ID-Feature-10. This is an underlying but breakable rule, whichcreates a pleasing experience so that, for example, songs are notback-to-hack, but alternate with smaller assets such as IDs.

The program tests each asset in Subset QA 706, and assigns each a score707. At this point, the program is similar to a radio playlistscheduler. There are many factors involved in calculating the score ofan asset, including, as shown:

-   -   Is the POI's Play Window close to ending? If “yes”, the score is        promoted, because “chances are running out” to play the asset.    -   Are we close to the perigee of the POI? If yes, the score is        promoted. The ideal spot for playing an asset is when the user        is at the perigee, or slightly before.    -   Is the asset-type the next one in the pattern        (song-ID-feature-ID)? If so, the score is promoted. The scoring        system allows for the pattern to be imposed, but not as an        iron-clad rule, as other factors may overrule the pattern.    -   Add “importance” factor. Some assets may, in the opinion of the        Administrator, be simply more important to play than others.        This factor would be a piece of metadata attached to the asset.        If, for example, the Chicago Cubs were to win the World Series,        the asset declaring this news would be assigned a high        “importance” factor, so the asset is virtually certain to be        played when the airplane is within range of that area.    -   Can it overlap with current asset? One capability of the program        is to fade down a song, play an ID, and fade the song back up.        Therefore, two assets must be able to be played at the same        time. If the current asset is a song, other assets may play at        the same time, provided that the song is currently within a        “Window of Opportunity” (a television-programming term also        known as “WOO”), which is a pre-defined section where other        assets may be overlapped over it.    -   Are there high-priority POIs (such as a state line) coming up        in: 30 seconds? 1 minute? 3 minutes? Can this asset fit before        that time? This step allows the program to “squeeze in” assets        as appropriate.    -   Has this POI been rejected several times? (promote if yes). This        step ensures that low-priority assets eventually “get their        chance” and are not always outranked by higher-priority assets.        If the low-priority assets have been in contention for a long        time, their score will gradually increase until they are high        enough for playing.    -   Other factors to be determined. The invention's overall design        may be refined upon implementation, but this module in        particular will continue to benefit from improvements informed        by use.

The program includes a setup utility which allows the Administrator toimpose and change custom rules 708. For example, the Administrator isable to change the relative importance of each factor discussed above.

The program also includes the capability to integrate User Rules &Filters 709. Method of input vary from device to device, but it can be,for example, via a selection of choices shown on a touch-screen. Someusers may be interested in sports-related assets, so the program wouldbe weighted and/or filtered for such assets. Other user preferences mayinclude, for example: kids' version, documentary-only, music-only, nooverlapping over music, and Spanish-language.

The program will also integrate a User Model 710, in which preferencesare stored.

Once the scores are calculated for all eligible assets, there may beties or close scores. A random number generator 711 helps choose amongthese scores. For example, for any given state there may be severalsongs which generate exactly the same score, as the Administrator has noreason to prioritize one above the other. This creates variety for userswho often travel the same route, so they will not always hear the samesequence of assets.

A single asset is chosen by the top score 712, and added to theplaylist.

The Playlist module then is iterated a number of times n in a loop 713,to generate a complete playlist for output to the Media Acquisitionmodule.

Iteration

Referring to FIG. 8, we can understand the method of the Playlist Loop.The Playlist Creation module 801 considers a finite number of slots n,in which are listed the next assets that are predicted to be relevantconsidering the user's motion. In practice, a reasonable value for n maybe 5.

Once an ideal asset is selected, it is processed by the Prefix SelectionModule 802, which determines if the asset needs a prefix such as “12miles away on our left . . . ”. More information on the Prefix SelectionModule is given below.

The program must then look forward to determine the next assets: whenthey will play, and where the vehicle will be when they are played. Theprogram calculates 803 time Tdone(n) when prefix(i) and asset(i) wouldbe done. It then calculates 804 the position (x,y) where the user willbe when the assets are finished playing, based upon the assumption thatthe user will continue in the same speed and direction. With thisforecasted position data, the program can repeat the selection process.The loop repeats n times, thereby loading up n slots of asset selectionsinto the future. This information will be passed to the Player modulefor triggering at the appropriate time. The information can also bepassed to a playlist display.

The Playlist Module need not run continuously, and in fact, should not,to conserve CPU activity. It may be adequate for the loop to be executedonce every 15 seconds, to make sure that the user's position, bearingand speed are correctly calculated, and the playlist can be updated orcorrected accordingly.

Prefix Selection Module

Referring to FIG. 9, we can understand the method of the PrefixSelection Module, which chooses a spoken audio “prefix” asset such as“10 miles to our right.” The prefix is composed of two elements:distance and “left/right”.

Consider an airplane 901, traveling along a predictable route.

Distance to points P1 and P2 (902) are easily calculable throughgeometric formulae. The program rounds the distance figure to theclosest match within the spoken assets, whether it be “1 mile,” “5miles” or “10 miles.”

Then, to determine if a POI is to the “right” or “left” in relation tothe route of the vehicle, the program starts by determining the slope ofthe airplane's route (903). The word “slope” is used in the geometricsense, and describes the angle at which the airplane is traveling acrossthe latitude/longitude grid.

Then, the program determines the slope from the airplane to the POI(904). The two slopes are compared, creating a deviation measured asangle theta. If this angle is positive as with P1 in the illustration,then the POI is to the left. If it is negative, as with P2, it is to theright. The asset is chosen accordingly (905). The “suffix” is the assetin which the actual name of the POI is spoken, such as, “Saint LouisArch.” When the chosen prefix is followed by the chosen suffix, theresult (906) will sound like, “12 miles on our left, the Saint LouisArch.”

Playback

Referring to FIG. 10, we can understand the method of the Playbackmodule. At the assigned moment, assets are sent from the MediaAcquisition module to the Playback module, where they are made to playby the device.

If the asset 1002 includes a prefix 1001, the prefix is first triggered1003, and then immediately upon finishing, the main asset is triggered.If the vocal recording is executed correctly, this creates theimpression of a single sentence 1004.

The Media Player also “mixes” the sound, occasionally playing two assetsat once, such as in the case of background music and foregroundnarration, and adjusts sound levels accordingly.

The foregoing describes a method for provisioning entertainment andinformation programming that is location-relevant, and in particular, toa method for providing such programming to handheld devices, automobilesand airplanes. Persons of ordinary skill in the art may make severalmodifications to the disclosed embodiments without significantlydeparting from the spirit and scope of the inventive principles. Allsuch modifications or rearrangements should be understood to be withinthe scope of the claims appended.

1. (canceled)
 2. A computer-implemented method, comprising: determiningcurrent position data, wherein the current position data is associatedwith the location of an aircraft; determining one or morepoints-of-interest, wherein the one or more points-of-interest aredetermined according to the current position data of the aircraft;matching one or more media assets or information to the one or morepoints-of-interest; determining whether the current position data haschanged, wherein when the current position data has changed, one or moreupdated points-of-interest are selected and matched with one or moremedia assets or information according to the changed position data ofthe aircraft; dynamically selecting geo-relevant content, whereindynamically selecting geo-relevant content includes repeatedlydetermining matched media assets or information according to the currentposition data of the aircraft; and displaying or playing thegeo-relevant content according to the current position data associatedwith the location of the aircraft.
 3. The computer-implemented method ofclaim 2, wherein the aircraft is associated with a map.
 4. Thecomputer-implemented method of claim 2, wherein the geo-relevant contentis displayed or played on a channel.
 5. The computer-implemented methodof claim 2, wherein the geo-relevant content is continuously displayedor played.
 6. The computer-implemented method of claim 2, wherein thegeo-relevant content is displayed or played on a handheld unit or acabin monitor.
 7. The computer-implemented method of claim 2, whereinthe geo-relevant content is integrated into the In-Flight Entertainmentsystem.
 8. The computer-implemented method of claim 2, wherein thegeo-relevant content is associated with a dynamic playlist.
 9. A system,comprising: a storage configured to store instructions; and a processorthat executes the instructions, wherein execution of the instructionscauses the processor to: determine current position data, wherein thecurrent position data is associated with the location of an aircraft;determine one or more points-of-interest, wherein the one or morepoints-of-interest are determined according to the current position dataof the aircraft; match one or more media assets or information to theone or more points-of-interest; determine whether the current positiondata has changed, wherein when the current position data has changed,one or more updated points-of-interest are selected and matched with oneor more media assets or information according to the changed positiondata of the aircraft; dynamically select geo-relevant content, whereindynamically selecting geo-relevant content includes repeatedlydetermining matched media assets or information according to the currentposition data of the aircraft; and display or play the geo-relevantcontent according to the current position data associated with thelocation of the aircraft.
 10. The system of claim 9, wherein theaircraft is associated with a map.
 11. The system of claim 9, whereinthe geo-relevant content is displayed or played on a channel.
 12. Thesystem of claim 9, wherein the geo-relevant content is continuouslydisplayed or played.
 13. The system of claim 9, wherein the geo-relevantcontent is displayed or played on a handheld unit or a cabin monitor.14. The system of claim 9, wherein the geo-relevant content isintegrated into the In-Flight Entertainment system.
 15. The system ofclaim 9, wherein the geo-relevant content is associated with a dynamicplaylist.
 16. A non-transitory, computer-readable storage medium storingthereon executable instructions that, as a result of being executed byone or more processors of a computer system, cause the computer systemto: determine current position data, wherein the current position datais associated with the location of an aircraft; determine one or morepoints-of-interest, wherein the one or more points-of-interest aredetermined according to the current position data of the aircraft; matchone or more media assets or information to the one or morepoints-of-interest; determine whether the current position data haschanged, wherein when the current position data has changed, one or moreupdated points-of-interest are selected and matched with one or moremedia assets or information according to the changed position data ofthe aircraft; dynamically select geo-relevant content, whereindynamically selecting geo-relevant content includes repeatedlydetermining matched media assets or information according to the currentposition data of the aircraft; and display or play the geo-relevantcontent according to the current position data associated with thelocation of the aircraft.
 17. The non-transitory, computer-readablestorage medium of claim 16, wherein the aircraft is associated with amap.
 18. The non-transitory, computer-readable storage medium of claim16, wherein the geo-relevant content is displayed or played on achannel.
 19. The non-transitory, computer-readable storage medium ofclaim 16, wherein the geo-relevant content is continuously displayed orplayed.
 20. The non-transitory, computer-readable storage medium ofclaim 16, wherein the geo-relevant content is displayed or played on ahandheld unit or a cabin monitor.
 21. The non-transitory,computer-readable storage medium of claim 16, wherein the geo-relevantcontent is integrated into the In-Flight Entertainment system.
 22. Thenon-transitory, computer-readable storage medium of claim 16, whereinthe geo-relevant content is associated with a dynamic playlist.